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(54) Apparatus and method of rewriting firmware 

(57) A main controller sends a "rewrite mode" com- 
mand to an engine controller. Receiving the command, 
the engine controller 12 sends a "roger" status. This 
switches the mode from a print mode to a rewrite mode. 
In the rewrite mode, the engine controller 12 serves as 
a master and the main controller 11 serves as a slave, 
a communication which is necessary for rewriting of 
firmware takes place between the two, and the firmware 
is rewritten. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001] The present invention relates to a technique for 

rewriting firmware which is stored in a memory. To be 
more specific, the present invention is applicable to an 
image forming apparatus in which a main controller is 
connected for mutual communications with an engine 
controller which comprises a rewritable memory which 
stores firmware. The present invention is applicable also 
to an information processing system in which a host ap- 
paratus is connected for mutual communications with 
an image forming apparatus which comprises a rewrita- 
ble memory which stores firmware. Further, the present 
invention is applicable to a rewriting method, a rewriting 
program and a recording medium for rewriting firmware 
which is stored in a memory of an engine controller or 
the like which is disposed in an image forming appara- 
tus. 

2. Description of the Related Art 

[0002] Known as an image forming apparatus such 
as a printer, a copier machine and a facsimile machine 
is an apparatus in which two controllers are connected 
for mutual communications with each other via a com- 
munications interface as described in Japanese Patent 
Application Laid-Open Gazette No. H8-161231. In this 
image forming apparatus, when provided with an image 
signal from an external apparatus such as a host com- 
puter, a built-in scanner or the like, a main controller an- 
alyzes the image signal, performs various types of im- 
age processing, and then supplies the resulting image- 
processed signal (which may be an image signal for in- 
stance) to an engine controller. The engine controller 
comprises a CPU which serves as a central processor 
and a rewritable non-volatile memory which stores 
firmware. Receiving the signal mentioned above, based 
on the firmware which is stored in the non-volatile mem- 
ory such as a flash ROM and an EEPROM, the engine 
controller controls an engine of the apparatus. Hence, 
an image corresponding to the image signal is formed 
on a sheet such as a copy paper, a transfer paper, other 
general paper, a transparent sheet for an overhead pro- 
jector, etc. 

[0003] The reason the firmware is stored in the rewri- 
table non-volatile memory in the example described 
above is to flexibly deal with addition of a function, up- 
grading or the like in the future. In other words, when it 
becomes necessary to add a function or implement up- 
grading, firmware containing addition of a function or the 
like is newly generated, and the new firmware is written 
over and replaces the old firmware. 
[0004] By the way, in the conventional apparatus de- 
scribed above, for the purpose of allowing two control- 



lers to communicate with each other, the conventional 
apparatus has the main controller function as a master 
and the engine controller function as a slave. That is, 
the engine controller operates in response to a com- 

5 mand, data or the like from the main controller When 
provided with an image-processed signal from the main 
controller, the engine controller executes a print mode 
which is for forming an image corresponding to this sig- 
nal based on the firmware. Meanwhile, when it becomes 

10 necessary to rewrite the firmware, the engine controller 
enters a rewrite mode which is for rewriting the firmware 
in accordance with a command from the main controller. 
In the rewrite mode, the engine controller accesses the 
non-volatile memory and controls rewriting of the 

15 firmware. 

[0005] However, as described above, since the en- 
gine controller is instructed or controlled by the main 
controller, the engine controller must execute rewriting 
of the firmware while always responding to a command 

20 or the like received from the main controller. Because of 
this, the rewriting of the firmware is not always efficient. 
[0006] Further, such a problem does not occur only 
with the conventional apparatus described above but 
commonly arises also in the following information 

25 processing system. Known as this type of information 
processing system is a system in which a host appara- 
tus such as a host computer is connected for mutual 
communications with a printer which serves as an image 
forming apparatus as described in Japanese Patent Ap- 

30 plication Laid-Open Gazette No. 2000-172453. The im- 
age forming apparatus described in this gazette com- 
prises only a minimum mechanism needed as a printer, 
i.e., typically a function for receiving bitmapped image 
data from the host apparatus and simply printing the da- 

35 ta. The image forming apparatus is therefore generally 
referred to as a dumb printer or a host-based printer. In 
short, this image forming apparatus comprises a CPU 
which serves as a central processor and a rewritable 
non-volatile memory which stores firmware. The image 

40 forming apparatus, when receiving a signal which is in- 
dicative of the image data mentioned above, controls an 
engine based on firmware which is stored in the non- 
volatile memory such as a flash ROM and an EEPROM. 
Hence, an image corresponding to the image data is 

45 formed on a sheet such as a copy paper, a transfer pa- 
per, other general paper, a transparent sheet for an 
overhead projector, etc. 

[0007] In the information processing system de- 
scribed above, therefore, the host apparatus functions 

50 as a master while the image forming apparatus func- 
tions as a slave so that the host apparatus and the image 
forming apparatus can communicate with each other. In 
other words, the image forming apparatus operates in 
response to a command, data or the like from the host 

55 apparatus. When provided with a signal which is indic- 
ative of image data from the host apparatus, the image 
forming apparatus executes a print mode which is for 
forming an image which corresponds to this signal 
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based on the firmware. Meanwhile, when it becomes 
necessary to rewrite the firmware, the image forming ap- 
paratus enters a rewrite mode which is for rewriting the 
firmware in accordance with a command from the host 
apparatus. In the rewrite mode, the image forming ap- 
paratus accesses the non-volatile memory and controls 
rewriting of the firmware. 

[0008] However, since the image forming apparatus 
is instructed or controlled by the host apparatus as de- 
scribed above, the image forming apparatus must exe- 
cute rewriting of the firmware while always responding 
to a command or the like received from the host appa- 
ratus. Because of this, the rewriting of the firmware is 
not always efficient. 

[0009] By the way, in the conventional apparatus de- 
scribed above, for the purpose of allowing the two con- 
trollers to communicate with each other, the convention- 
al apparatus has the main controller function as a mas- 
ter and the engine controller function as a slave. The 
engine controller is instructed or controlled by the main 
controller. That is, a plurality types of commands are 
prepared in the main controller in advance, and the main 
controller sends the engine controller a command, data 
or the like which corresponds to the operating state of 
the apparatus. The engine controller then executes 
processing which corresponds to the received com- 
mand or the like, e.g., a printing operation for forming 
an image which corresponds to an image signal based 
on firmware (print mode) or a rewriting operation for re- 
writing the firmware (rewrite mode). 
[0010] As described above, in the case of the conven- 
tional apparatus, it is necessary that the engine control- 
ler judges the content of a command, controls respec- 
tive portions of the apparatus in accordance with the 
judgment and returns statuses or the like which are in- 
dicative of the conditions of the respective portions of 
the apparatus. Over the recent years in particular, as 
functions of the apparatus have become highly ad- 
vanced and complex, there are now more types of com- 
mands which are transmitted from the main controller 
and the contents of statuses to be returned back to the 
main controller are more complex. Hence, even when 
one wishes to execute a rewrite mode in which merely 
limited processing of rewriting firmware is performed, it 
is necessary that the engine controller is structured so 
as to respond to all commands which are sent from the 
main controller. In other words, whatever command is 
transmitted from the main controller, the engine control- 
ler needs judge the content of the command and return 
a status corresponding to the command even if the com- 
mand is irrelevant to the rewrite mode. Thus, rewriting 
of firmware is not always efficient in a conventional im- 
age forming apparatus. 

[0011] Such a problem does not occur only with an 
image forming apparatus in which two controllers are 
connected for mutual communications with each other 
via a communications interface. As described in Japa- 
nese Patent Application Laid-Open Gazette No. 



2000-172453, this problem arises also in an information 
processing system in which a host apparatus such as a 
host computer is connected for mutual communications 
with a printer which serves as an image forming appa- 

5 ratus. 

[0012] Further, a rewrite error could occur in firmware 
during rewriting of the firmware in a manner as that de- 
scribed above. For example, in a conventional appara- 
tus, new firmware is rewritten in a non-volatile memory 

10 disposed within an engine controller via a communica- 
tions interface. In such an apparatus, it is possible that 
transmission of normal data to the engine controller will 
fail because of a communications error. A write error 
could further occur during writing of data in the non-vol- 

15 atile memory. If the print mode is continuously executed 
despite such a rewrite error, a malfunction or incapability 
of printing will occur. To avoid a firmware- induced oper- 
ation failure, an appropriate countermeasure is there- 
fore needed. 

20 

SUMMARY OF THE INVENTION 

[0013] A major object of the present invention is to ef- 
ficiently rewrite firmware within an image forming appa- 

25 ratus in which a main controller is connected for mutual 
communications with an engine controller which com- 
prises a rewritable memory which stores the firmware 
and the engine controller forms, in accordance with a 
signal fed from the main controller, an image which cor- 

30 responds to this signal. 

[0014] Another object of the present invention is to ef- 
ficiently rewrite firmware within an information process- 
ing system in which a host apparatus is connected for 
mutual communications with an image forming appara- 

35 tus which comprises a rewritable memory which stores 
the firmware and the image forming apparatus formes, 
in accordance with a signal fed from the host apparatus, 
an image which corresponds to this signal. 
[001 5] Further another object of the present invention 

40 is to prevent an operation failure attributed to firmware 
without fail within an image forming apparatus which is 
capable of rewriting firmware. 

[0016] The present invention is directed to a tech- 
nique for rewriting firmware which is stored in a memory. 

45 According to the first aspect of the present invention, in 
fulfillment of the foregoing object, there are provided an 
image forming apparatus, a firmware rewriting method, 
a firmware rewriting program for the apparatus and re- 
cording medium storing the program. The apparatus 

50 comprises: a main controller; and an engine controller, 
including a writable first memory which stores firmware, 
for controlling so that an image which corresponds to a 
signal fed from the main controller is formed in accord- 
ance with the signal, the main controller and the engine 

55 controller being connected for mutual communications 
with each other, wherein it is possible to switch between 
a print mode and a rewrite mode, the print mode being 
for forming an image corresponding to the signal based 
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on the firmware stored in tine first memory, the rewrite 
mode being for rewriting the firmware; and a master/ 
slave relationship between the main controller and the 
engine controller is reversed in accordance with switch- 
ing between the modes. 

[001 7] According to the second aspect of the present 
invention, in fulfillment of the foregoing object, there are 
provided an image forming apparatus, a firmware rewrit- 
ing method, a firmware rewriting program for the appa- 
ratus and recording medium storing the program. The 
apparatus comprises: a main controller; and an engine 
controller which includes a writable first memory which 
stores firmware, wherein the main controller and the en- 
gine controller are connected for mutual communica- 
tions with each other and the apparatus as a whole is 
controlled as a plurality types of commands are sent 
from the main controller to the engine controller; and 
when a rewrite mode for rewriting firmware is selected, 
the number of the types of usable commands is re- 
duced. 

[0018] According to the third aspect of the present in- 
vention, in fulfillment of the foregoing object, there are 
provided an information processing system, a firmware 
rewriting method, a firmware rewriting program for the 
system and recording medium storing the program. The 
system comprises: a host apparatus; and an image 
forming apparatus, including a writable memory which 
stores firmware, for forming an image which corre- 
sponds to a signal fed from the host apparatus is formed 
in accordance with the signal, the host apparatus and 
the image forming apparatus being connected for mu- 
tual communications with each other, wherein it is pos- 
sible to switch between a print mode and a rewrite mode, 
the print mode being for forming an image correspond- 
ing to the signal based on the firmware stored in the 
memory, the rewrite mode being for rewriting the 
firmware; and a master/slave relationship between the 
host apparatus and the image forming apparatus is re- 
versed in accordance with switching between the 
modes. 

[0019] According to the fourth aspect of the present 

invention, in fulfillment of the foregoing object, there are 
provided an information processing system, a firmware 
rewriting method, a firmware rewriting program for the 
system and recording medium storing the program. The 
system comprises: a host apparatus; and an image 
forming apparatus including a writable memory which 
stores firmware, wherein the host apparatus and the im- 
age forming apparatus are connected for mutual com- 
munications with each other and the image forming ap- 
paratus is controlled as a plurality types of commands 
are sent from the host apparatus to the image forming 
apparatus; and when a rewrite mode for rewriting 
firmware is selected, the number of the types of usable 
commands is reduced. 

[0020] According to the fifth aspect of the present in- 
vention, in fulfillment of the foregoing object, there are 
provided an image forming apparatus, a firmware rewrit- 



ing method, a firmware rewriting program for the appa- 
ratus and recording medium storing the program. The 
apparatus comprises: a writable first memory which 
stores firmware; and a controller which executes a print 

5 mode ora rewrite mode selectively, the print mode being 
for forming an image corresponding to the signal based 
on the firmware stored in the first memory, the rewrite 
mode being for rewriting the firmware; wherein the con- 
troller detects whether a rewrite error has occurred dur- 

10 ing execution of the rewrite mode. 

[0021] The above and further objects and novel fea- 
tures of the invention will more fully appear from the fol- 
lowing detailed description when the same is read in 
connection with the accompanying drawing. It is to be 

15 expressly understood, however, that the drawing is for 
purpose of illustration only and is not intended as a def- 
inition of the limits of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 

[0022] 

Fig. 1 is a drawing which shows a first embodiment 
of the present invention; 
25 Fig. 2 is a block diagram which shows an electric 
structure of an image forming apparatus which is 
shown in Fig. 1 ; 

Fig. 3 is a drawing which shows a procedure of a 
communication between a main controller and an 
30 engine controller; 

Figs. 4A through 4F are schematic diagrams which 
show a state within an engine controller during 
transfer of data; 

Fig. 5 is a drawing which shows a second embodi- 
35 ment of the present invention; 

Fig. 6 is a drawing which shows a procedure of a 
communication between a host computer and a 
printer; 

Figs. 7A through 7F are schematic diagrams which 
40 show a state within a printer during transfer of data; 
Fig. 8 is a schematic diagram which shows a state 
within an engine controller during transfer of data; 
Fig. 9 is a flow chart which shows detection of a re- 
write error during execution of rewriting within the 
45 image forming apparatus which is shown in Fig. 1; 

Fig. 1 0 is a flow chart which shows an initial opera- 
tion upon turning on of a power source; 
Fig. 11 is a drawing which shows an operation of 
guiding to a rewrite mode; and 
50 Fig. 12 is a drawing which shows a status structure 

used in the image forming apparatus which is 
shown in Fig. 1 . 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

55 

A. First Embodiment 

[0023] Fig. 1 is a drawing which shows a first embod- 
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iment of the present invention. Fig. 2 is a block diagram 
which shows an electric structure of an image forming 
apparatus which is shown in Fig. 1 . This image forming 
apparatus is an apparatus which superposes toner in 
four colors of yellow (Y), magenta (M), cyan (C) and 
black (K) and accordingly formes a full-color image, or 
uses only toner in black (K) and accordingly formes a 
monochrome image. In this image forming apparatus, 
an image signal is fed to a main controller 11 of a control 
unit 1 from an external apparatus such as a host com- 
puter 100. The main controller 11 analyzes this image 
signal, performs various types of image processing, and 
then supplies the resulting image-processed signal to 
an engine controller 12. The engine controller 12 con- 
trols respective portions of an engine EG of the image 
forming apparatus based on firmware stored in a flash 
memory 123. The engine EG forms an image corre- 
sponding to the image signal on a sheet S such as a 
copy paper, a transfer paper, other general paper, a 
transparent sheet for an overhead projector, etc. 
[0024] In the engine EG, seven units are freely attach- 
able to and detachable from an apparatus body 6, 
namely, (a) a photosensitive unit 2, (b) a yellow devel- 
oping unit (hereinafter referred to as "Y developing unit") 
3Y, (c) a magenta developing unit (hereinafter referred 
to as "M developing unit") 3M, (d) a cyan developing unit 
(hereinafter referred to as "C developing unit") 3C, (e) 
a black developing unit (hereinafter referred to as "K de- 
veloping unit") 3K, (f) an intermediate transfer unit 4 and 
(g) a fixing unit 5. With all the units 2, 3Y, 3M, 3C, 3K, 4 
and 5 mounted to the apparatus body 6, as shown in 
Fig. 1, a photosensitive member 21 of the photosensi- 
tive unit 2 rotates in the arrow direction D1 in Fig. 1. 
Around the photosensitive member 21, an charger 22, 
a rotary developing device 3 which is formed by the de- 
veloping units 3Y, 3M, 3C and 3K, and a cleaner 23 are 
disposed along the rotation direction D1 of the photo- 
sensitive member 21. 

[0025] Of the seven units 2, 3Y, 3M, 3C, 3K, 4 and 5, 
the photosensitive unit 2 houses the photosensitive 
member 21 , the charger 22 and the cleaner 23. These 
are freely attachable to and detachable as one unit from 
the apparatus body 6. A charging bias generator not 
shown applies a charging bias upon the charger22, and 
the charger 22 uniformly charges an outer circumferen- 
tial surface of the photosensitive member21 . In the pho- 
tosensitive unit 2, the cleaner 23 is disposed on the up- 
stream side to the charger 22 along the rotation direction 
D1 of the photosensitive member 21 , so as to scrape off 
toner which remains adhering to the outer circumferen- 
tial surface of the photosensitive member 21 after pri- 
mary transfer. A surface of the photosensitive member 
21 is cleaned in this manner. 

[0026] An exposure unit 8 emits a light beam L toward 
the outer circumferential surface of the photosensitive 
member 21 which is thus charged by the charger 22. 
The exposure unit 8 is electrically connected with a laser 
driver (not shown) which is disposed to the engine con- 



troller 12. The exposure unit 8 is controlled in accord- 
ance with a drive signal supplied from the laser driver, 
the light beam L exposes on the photosensitive member 
21, and an electrostatic latent image corresponding to 
5 an image signal is accordingly formed on the photosen- 
sitive member 21 . 

[0027] The rotary developing device 3 develops thus 

formed electrostatic latent image with toner. In the rotary 
developing device 3, the black developing unit 3K, the 
10 cyan developing unit 3C, the magenta developing unit 
3M and the yellow developing unit 3Y are disposed for 
free rotations about an axis. These developing units 3Y, 
3M, 3C and 3K move to a plurality of predetermined po- 
sitions and are positioned there, while selectively posi- 
es tioned at a developing position to the photosensitive 
member 21 . The black developing unit 3K is positioned 
at the developing position in Fig. 1, and with the black 
developing unit 3K positioned in this condition, a devel- 
oping roller 31 disposed to the black developing unit 3K 
20 is faced to the photosensitive member 21 . As for the oth- 
er developing units 3Y, 3M and 3C as well, in exactly the 
same manner as that in the black developing unit 3K, 
the respective developing units are positioned at the de- 
veloping position. Hence, the developing rollers 31 dis- 
25 posed to the respective developing units are accordingly 
positioned facing the photosensitive member 21 . 
[0028] In the developing unit positioned at the devel- 
oping position, toner held within a unit housing is trans- 
ported to the developing position while carried by the 
30 developing roller 31 . As a predetermined developing bi- 
as is applied upon the developing roller 31, the toner 
inside the unit housing thus selectively positioned at the 
developing position adheres to the photosensitive mem- 
ber 21 from the developing roller 31, whereby an elec- 
ts trostatic latent image is visualized. In this manner, a ton- 
er image in the selected color is formed on the surface 
of the photosensitive member 21. 

[0029] Within a primary transfer region TR1 , the toner 
image developed by the developing device 3 as de- 

40 scribed above is primarily transferred onto an interme- 
diate transfer belt 41 of the intermediate transfer unit 4. 
In short, the intermediate transfer unit 4 comprises the 
intermediate transfer belt 41 which runs across a plural- 
ity of rollers and a driver (not shown) which drives the 

45 intermediate transfer belt 41 into rotations. For transfer 
of a color image onto the sheet S, toner images in the 
respective colors on the photosensitive member 21 are 
superposed one atop the other on the intermediate 
transfer belt 41 , thereby forming a color image. On the 

50 other hand, for transfer of a monochrome image onto 
the sheet S, a toner image in the black color on the pho- 
tosensitive member 21 alone is transferred onto the in- 
termediate transfer belt 41, and a monochrome image 
is formed. 

55 [0030] In the image forming apparatus according to 
this embodiment, for the purpose of detecting the den- 
sity of a patch image, there is a patch sensor PS facing 
one of the rollers across which the intermediate transfer 
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belt 41 runs. 

[0031] An image formed on the intermediate transfer 
belt 41 is secondarily transferred onto the sheet S which 
was unloaded from a cassette 9, within a secondary 
transfer region TR2. The sheet S now seating thus 
transferred toner image is loaded in the fixing unit 5 in 
which a heater (not shown) is disposed, and with a pres- 
sure applied under heat, the toner is fixed on the sheet 
S. The sheet S now seating thus formed image is trans- 
ported to a discharge tray which is located to a top sur- 
face part of the apparatus body 6. 
[0032] The electric structure of the image forming ap- 
paratus shown in Fig. 1 will now be described with ref- 
erence to Fig . 2. The main controller 1 1 comprises a host 
interface 111, a CPU 112, a ROM 113, a RAM 114 and 
an engine interface 115. The main controller 11 is struc- 
tured so that the host interface 111 can communicate 
with the host computer 100. The main controller 11 re- 
ceives an image signal, a downloaded program de- 
scribed later, a firmware file and the like sent from the 
host computer 100. An image signal or the like thus re- 
ceived is primarily stored in the RAM 114. 
[0033] The CPU 112 is electrically connected with an 
operation panel 13 which is attached to the apparatus 
body 6 through an input/output port not shown. In the 
operation panel 13, there are a plurality of switches 131 
for a user to provide various types of instructions to the 
CPU 112. In addition, the operation panel 13 also com- 
prises a display 132 which shows a user a message, a 
printing state, etc. In this embodiment, the operation 
panel 13 functions as a man-machine interface. 
[0034] The ROM 113 stores a program for the main 
controller 11 in advance. As the CPU 112 and a logic 
circuit (not shown) operate in accordance with the pro- 
gram, the received image signal is processed through 
various types of image processing. That is, the main 
controller 11 receiving the image signal from the host 
computer 100 converts RGB data, which express gra- 
dation levels of RGB components of the respective pix- 
els within the image corresponding to this image signal, 
into CMYK data which express gradation levels of cor- 
responding CMYK components. In addition, after gra- 
dation correction of the CMYK data representing each 
pixel, halftoning such as error diffusion, a dither method 
and a screen method is further executed, thereby gen- 
erating 8-bit halftone CMYK data for example per pixel 
for each color. Using this halftone CMYK data, a video 
signal is generated which is for pulse width modulation 
of an exposure laser pulse for the respective color im- 
ages in the CMYK colors which are in the engine EG. 
The video signal is outputted to the engine controller 12 
through the engine interface 115. The main controller 11 
transmits a command, data orthe like to the engine con- 
troller 112 based on the program described above, to 
thereby switch between a print mode and a rewrite mode 
which will be described later. The main controller 11 also 
execute processing such as data transmission and 
stand-by in accordance with a status received from the 



engine controller 12 in the rewrite mode. 
[0035] Meanwhile, the engine controller 12 comprises 
a main interface 121, a CPU 122, a flash memory 123 
and a RAM 124 as shown in Fig. 2. The main interface 

5 121 is for communicating with the main controller 11. 
The engine controller 12 receives a command, data or 
the like transmitted from the main controller 11 through 
the main interface 121 , and sends a states, such as "da- 
ta request" and "instruction stand-by request" which will 

10 be described later, and the like to the main controller 11 . 
[0036] Further, in this embodiment, the flash memory 
123 is used as a "rewritable memory which stores 
firmware" and the memory area of this memory is par- 
tially write-protected. An initial program loader (IPL) is 

15 stored in the write-protect area, and firmware is stored 
in the remaining memory area. Of course, a ROM for 
storing the initial program loader may be separately dis- 
posed and the firmware alone may be stored in the flash 
memory 123. 

20 [0037] Executing the firmware, the CPU 122 controls 

the respective portions of the engine EG, whereby an 
image corresponding to the image signal is formed on 
sheet S such as a copy paper, a transfer paper, other 
general paper and a transparent sheet for an overhead 

25 projector (print mode). In the print mode for forming an 
image corresponding to an image signal received from 
the main controller 11 based on the firmware which is 
stored in the flash memory 123, the main controller 11 
functions as a master and the engine controller 12 func- 

30 tions as a slave. 

[0038] The engine controller 12 is also capable of ex- 
ecuting the rewrite mode which is for rewriting the 
firmware, in addition to the print mode described above. 
More specifically, a download program is loaded in the 

35 RAM 124 based on the initial program loader and the 
CPU 122 executes the download program, thereby re- 
writing the firmware. In this embodiment, during the re- 
write mode in particular, the engine controller 12 func- 
tions as a master while the main controller 11 functions 

40 as a slave. 

[0039] Rewriting of the firmware will now be described 
with reference to Figs. 3 and 4A through 4F. Fig. 3 is a 
drawing which shows a procedure of a communication 
between the main controller and the engine controller, 

45 and Figs. 4A through 4F are schematic diagrams which 
show a state within the engine controller during transfer 
of data. In the image forming apparatus which has such 
a structure described above, the main controller 11 
sends a command, data and the like to the engine con- 

50 troller 12. The engine controller 12 receiving these and 
operating as a slave controls the respective portions of 
the engine EG based on the firmware which is stored in 
the flash memory 123, whereby printing is performed 
(print mode). The state within the memory at this stage 

55 is as shown in Fig. 4A. 

[0040] When it becomes necessary to rewrite the 
firmware, the main controller 11 is provided with an in- 
struction directed to the image forming apparatus to 
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switch from the print mode to the rewrite mode and also 
with the download program and new firmware. Describ- 
ing the specific procedure, a user or service engineer 
for instance operates a switch group 131 disposed to 
the operation panel 13, thus instructing the CPU 112 of 
the main controller 11 to switch to the rewrite mode. In 
addition, the user or service engineer sets an external 
recording medium 101 , such as a CD-ROM and a flop- 
py™ disk in which the download program and the new 
firmware are recorded, to the host computer 100. In the 
event that there are a plurality of host computers 100 
connected with the image forming apparatus through a 
LAN (Local Area Network), any desired host computer 
100 may be used. Further, instead of using an external 
recording medium, a download program and new 
firmware stored in a predetermined server may be 
downloaded via a LAN in advance to the hard disk (not 
shown) of the host computer 100. 
[0041] Next, the download program and the new 
firmware are copied to the RAM 114 of the main control- 
ler 1 1 from the host computer 1 00. At this stage, the cop- 
ying may be executed using a printer driver installed in 
the host computer 1 00. In short, the alternative structure 
is that when the printer driver is started up, the display 
of the host computer 100 shows a button for selecting 
writing of the firmware. As a user, service engineer or 
the like selects this button, a procedure of necessary 
processing to write the firmware appears on the display. 
Operations in accordance with the procedure of 
processing, the download program and the new 
firmware stored in the recording medium (CD-ROM, 
floppy™ disk, hard disk, etc.) are copied automatically 
to the RAM 114 of the main controller 11. This makes 
the apparatus user-friendly. 

[0042] As the copying to the RAM 114 completes in 
this manner, as shown in Fig. 3, the main controller 11 

sends a "rewrite mode" command to the engine control- 
ler 12. Upon receipt of the command, the engine con- 
troller 12 sends a "roger" status to the main controller 
11. This switches the mode from the print mode to the 
rewrite mode. 

[0043] In the rewrite mode, while the engine controller 
1 2 serves as a master and the main controller 1 1 serves 
as a slave, a communication as described below is car- 
ried out and the firmware is rewritten. 

(1) Writing of the download program 102 (program 
reading step) 

[0044] The CPU 122 operates in accordance with the 
IPL, so that the download program 102 stored in the 
RAM 114 of the main controller 11 is written in the RAM 
124 of the engine controller 12. To be more specific, the 
engine controller 1 2 sends a "data request" status to the 
main controller 1 1 . The main controller 11 , receiving the 
"data request" status, returns a byte size which is indic- 
ative of a program length status of the download pro- 
gram 102 to the engine controller 12. The engine con- 



troller 12 then sends an "instruction stand-by request" 
status to the main controller 11, which makes the main 
controller 11 kept on standby. 

[0045] Following this, for the purpose of requesting 

5 transmission of the download program 102, the engine 
controller 12 sends a "data request" status to the main 
controller 11 . The main controller 11 , receiving the "data 
request" status, sends the download program 102 to the 
engine controller 12. In response, the engine controller 

10 12 stores thus sent download program 102 in the RAM 
124 (Fig. 4B). The engine controller 12 sends an "in- 
struction stand-by request" status to the main controller 
1 1 , which makes the main controller 1 1 kept on standby. 

15 (2) Writing of the firmware 1 03 

[0046] The download program thereafter is started up 
in orderto write the firmware 103. First, as shown in Fig. 
4C, the old firmware stored in the flash memory 123 is 

20 deleted (deleting step). To request for transmission of a 
header of the new firmware 103, the engine controller 
12 sends a "data request" status to the main controller 
11. The main controller 11, receiving the "data request" 
status, sends the header of the new firmware 103 to the 

25 engine controller 12. The header thus read by the en- 
gine controller 12 is temporarily stored in the RAM 124 
as shown in Fig. 4D, and then written in the flash mem- 
ory 123 (writing step: writing procedure). The engine 
controller 12 sends an "instruction stand-by request" 

30 status to the main controller 11, which makes the main 
controller 11 kept on standby. 

[0047] To requestfortransmission of the firmware, the 
engine controller 12 sends a "data request" status to the 

main controller 11 . The main controller 11 , receiving the 
35 "data request" status, sends the data of the new 
firmware 103 in unit length, e.g., in the units of 128 
bytes, to the engine controller 12. The firmware thus 
read by the engine controller 12 is temporarily stored in 
the RAM 124 as shown in Fig. 4E, and then written in 
40 the flash memory 123 (writing step: writing procedure). 
The engine controller 12 sends an "instruction stand-by 
request" status to the main controller 11, which makes 
the main controller 11 kept on standby. Writing of the 
data in unit length (processing enclosed by the dotted- 
45 and-dashed line in Fig. 3) is repeated N times, whereby 
the firmware as a whole is written in the flash memory 
123. 

[0048] Following this, to request for transmission of a 
footer of the new firmware 103, the engine controller 12 

50 sends a "data request" status to the main controller 11 . 
The main controller 11 , receiving the "data request" sta- 
tus, sends the footer of the new firmware 1 03 to the en- 
gine controller 12. The footer thus read by the engine 
controller 12 is temporarily stored in the RAM 124 as 

55 shown in Fig. 4F, and then written in the flash memory 
123 (writing step: writing procedure). As the rewriting of 
the firmware completes in this manner, the engine con- 
troller 12 sends a "re-start request" status to the main 
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controller 1 1 . Upon receipt of the status, the main con- 
troller 11 executes re-start processing and the appara- 
tus as a whole re-starts up. As a result, thus rewritten 
firmware becomes effective. 

[0049] It is preferable that for every data transferfrom 5 
the main controller 11 to the engine controller 12, the 
main controller 11 sends a checksum to the engine con- 
troller 12 and whether the data transfer was desirable 
one is confirmed based on the check sum. In the event 
of an error during the rewriting processing described 
above, the engine controller 12 sends an "interrupt re- 
quest" status to the main controller 11 and predeter- 
mined error processing is carried out. The error includes 
a data transfer error, a delete error in the flash memory 
123, a write error and the like. 

[0050] As described above, according to this embod- 
iment, when rewriting of firmware becomes necessary, 
the mode switches from the print mode to the rewrite 
mode and the master/slave relationship between the 
main controller 11 and the engine controller 12 is re- 
versed. Hence, it is possible to implement the rewrite 
mode in an appropriate master/slave condition. In other 
words, in the rewrite mode, the engine controller 12 be- 
comes a master and sends a status to the main control- 
ler 11 in accordance with the progress of the rewriting 
processing. Therefore, it is possible to provide the main 
controller 11 with a proper instruction at proper timing 
suitable to each stage of the rewriting processing. This 
permits to efficiently rewrite the firmware. 
[0051] Although the download program 102 is read 
through the main controller 11 in the embodiment de- 
scribed above, the download program 102 may be 
stored in the write-protect area within the flash memory 
123 of the engine controller 1 2 or in a non-volatile mem- 
ory such as a ROM in advance. 

[0052] Further, although the first embodiment de- 
scribed above requires that the switch group 131 of the 
operation panel 13 is operated so as to instruct switch- 
ing to the rewrite mode, switching of the mode may be 
instructed by the host computer 100. For instance, 
switching of the mode may be instructed from the printer 
driver which has been started up by the host computer 
100. 

[0053] In addition, although the first embodiment re- 
lates to an application of the present invention to an im- 
age forming apparatus which formes an image based 
on an image signal supplied from the host computer 
100, i.e., a printer, the present invention is not limited to 
this application. The present invention is generally ap- 
plicable to any image forming apparatus, such as a cop- 
ier machine and a facsimile machine, which forms an 
image using two controllers which are connected for mu- 
tual communications with each other. 

B. Second Embodiment 

[0054] Fig. 5 is a drawing which shows a second em- 
bodiment of the present invention. In this information 



processing system, as shown in Fig. 5, a host computer 
300 and a printer 200 are connected for mutual commu- 
nications with each other. 

[0055] The host computer 300 corresponds to a "host 

apparatus" of the present invention. The host computer 
300 sends various types of commands, bitmapped im- 
age data and the like to the printer200, so that the printer 
200 is controlled and prints a desired image. More par- 
ticularly, the host computer 300 comprises: a CPU 301 
which serves as a central processor; a ROM 302 in 
which a starter program for the host computer 300 and 
the like are stored; a RAM 303 in which a calculation 
result, data and the like are stored; and a hard disk 304 
which stores a program, various types of data and the 
like which make the host computer 300 carry out a print- 
er driver function, a print monitor function, etc. 
[0056] The program inside the hard disk 304 is then 
transferred to the RAM 303 and started up, so that the 
CPU 301 operates as a printer driver function part and 
a printer monitor function part. To be more specific, the 
printer driver function part is for setting/displaying the 
status of the printer 200, generating bitmapped image 
data (bit image), generating print data fed to the print 
monitor function part, etc. Further, the print driver func- 
tion part makes a display 305 of the host computer 300 
show a graphic user interface screen which is forsetting/ 
displaying a status, and operates in response to a user 
instruction from an inputting device 306 such as a 
mouse and a keyboard. 

[0057] Meanwhile, the print monitorfunction part is for 
generating a command which complies with a protocol 
with the printer 200 in accordance with print data gen- 
erated by the print driver function part. The print monitor 
function part is for receiving a command, a reply and the 
like from and sending a command, a reply and the like 
to the printer 200 (including receipt and transmission of 
a status with the printer 200). The print monitor function 
part is also for showing an error/warning message, etc. 
A communications interface 307 is disposed to the host 
computer 300 in order to handle a command, data and 
the like with the printer 200 in this manner. The print 
monitor function part makes the display 305 show a 
graphic user interface screen which shows an error/ 
warning message, and operates in response to a user 
instruction from the inputting device 306 such as a 
mouse and a keyboard. 

[0058] Further disposed to the host computer 300 is 
a floppy™ disk drive (FDD) 308, which allows to read 
out a download program, newfirmware and the like from 
a floppy"'"'^ disk drive 101 as described later. 
[0059] Meanwhile, the printer 200 corresponds to an 
"image forming apparatus" according to the present in- 
vention. The printer 200 is an apparatus which compris- 
es only a minimum mechanism needed as a printer, and 
is generally called a dumb printer or a host-based print- 
er. As shown in Fig. 5, the printer 200 is an apparatus 
in which a controller 201 controls an engine 202 in ac- 
cordance with a command, data or the like sent from the 
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host computer 300 so as to print a desired image. 
[0060] The controller 201 comprises a host interface 
211, a CUP 212, a flash memory 213 and a RAM 214. 
The host interface 211 is for communicating with the 
host computer 300. The controller 201 receives a com- 
mand, data and the like sent from the host computer 300 
via the host interface 211, and sends a status such as 
a "data request" status and an "instruction stand-by re- 
quest" status, or the like to the host computer 300. 
[0061] Further, this embodiment uses the flash mem- 
ory 21 3 as a "rewritable memory which stores firmware," 
and a part of the flash memory 213 is write-protected. 
An initial program loader (IPL) is stored in this write-pro- 
tect area, and firmware is stored in the remaining mem- 
ory area. Of course, a ROM for storing the initial program 
loader may be separately disposed and the firmware 
alone may be stored in the flash memory 213. 
[0062] The CPU 21 2 then controls the respective por- 
tions of the engine 202 through execution of firmware, 
whereby an image is formed on a sheet such as a copy 
paper, a transfer paper, other general paper and a trans- 
parent sheet for an overhead projector (print mode). As 
described above, in the print mode for printing an image 
which corresponds to image data received from the host 
computer 300 based on firmware which is stored in the 
flash memory 213, the host computer 300 functions as 
a master and the printer 200 functions as a slave. 
[0063] In addition to the print mode described above, 
the printer 200 can execute a rewrite mode, too, which 
is for rewriting firmware. That is, a download program 
102 (See Fig. 5.) is loaded in the RAM 214 based on the 
initial program loader and the CPU 212 executes the 
download program 102, thereby rewriting the firmware. 
In this embodiment, particularly while the rewrite mode 
presides, the printer 200 functions as a master while the 
host computer 300 functions as a slave. 
[0064] Rewriting of firmware will now be described 
with reference to Figs. 6 and 7A through 7F. Fig. 6 is a 
drawing which shows a procedure of a communication 
between the host computer (host apparatus) and the 
printer (image forming apparatus), and Figs. 7A through 
7F are schematic diagrams which show a state within 
the printer during transfer of data. In the information 
processing system having such a structure described 
above, the host computer 300 sends a command, data 
or the like to the printer 200. The printer 200 receiving 
this and working as a slave controls the respective por- 
tions of the engine 202 based on firmware which is 
stored in the flash memory 213, and printing is executed 
(print mode). Fig. 7A shows the state within the memory 
at this stage. 

[0065] When rewriting of firmware becomes neces- 
sary, the host computer 300 is provided with an instruc- 
tion which demands to switch from the print mode to the 
rewrite mode. Meanwhile, the download program 102 
(Fig. 5) and the new firmware 103 (Fig. 5) are copied to 
the host computer 300. As a specific procedure, a user, 
service engineer or the like sets the floppy™ disk drive 



101, in which the download program 102 and the new 
firmware 103 are recorded, to the floppy™ disk drive 
308 of the host computer 300. Further, operating the 
keyboard and/or the mouse of the inputting device 306, 

5 the user, service engineer or the like instructs the CPU 
301 of the host computer 300 to switch to the rewrite 
mode. Although the floppy™ disk drive 101 is used as 
an external recording medium in this example, other re- 
cording medium such as a CD-ROM and an MO may be 

10 used instead. Alternatively, a download program and 
new firmware stored in a predetermined server may be 
downloaded via a LAN in advance to the hard disk 304 
of the host computer 300. 

[0066] Receiving the instruction for switching of the 
15 mode from the user or the like as described above, the 
host computer 300 sends a "rewrite mode" command to 
the printer 200. The printer 200 receiving this command 
sends a "roger" status. As a result, the mode switches 
from the print mode to the rewrite mode. 
20 [0067] In the rewrite mode, as shown in Fig. 6, the 
printer 200 functions as a master while the host compu- 
ter 300 functions as a slave. This is followed by a com- 
munication as that described below, and the firmware is 
rewritten. 

25 

(1) Writing of the download program 102 (program 
reading step) 

[0068] The CPU 212 operates in accordance with the 

30 IPL, so that the download program 102 stored in the flop- 
py™ disk drive 101 is written in the RAM 214 of the print- 
er 200. To be more specific, the printer 200 sends a "da- 
ta request" status to the host computer 300. The host 
computer 300, receiving the "data request" status, re- 

35 turns a byte size which is indicative of a program length 
status of the download program 102 to the printer 200. 
The printer 200 then sends an "instruction stand-by re- 
quest" status to the host computer 300, which makes 
the host computer 300 kept on standby. 

40 [0069] To request for transmission of the download 
program 102, the printer 200 sends a "data request" sta- 
tus to the host computer 300. The host computer 300, 
receiving the "data request" status, sends the download 
program 102 to the printer 200. In response, the printer 

45 200 stores thus sent download program 1 02 in the RAM 
214 (Fig. 7B). The printer 200 sends an "instruction 
stand-by request" status to the host computer 300, 
which makes the host computer 300 kept on standby. 

50 (2) Writing of the firmware 1 03 

[0070] The download program is thereafter started up 

in order to write the firmware 103. First, as shown in Fig. 
7C, the old firmware stored in the flash memory 213 is 
55 deleted (deleting step). To request for transmission of a 
header of the new firmware 103, the printer 200 sends 
a "data request" status to the host computer 300. The 
host computer 300, receiving the "data request" status. 
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sends the header of the new firmware 1 03 to the printer 
200. The header thus read by the printer 200 is tempo- 
rarily stored in the RAIVI 214 as shown in Fig. 7D, and 
then written in the flash memory 213 (writing step: writ- 
ing procedure). The printer 200 sends an "instruction 
stand-by request" status to the host computer 300, 
which makes the host computer 300 kept on standby. 
[0071] To request for transmission of the firmware, the 
printer 200 sends a "data request" status to the host 
computer 300. The host computer 300, receiving the 
"data request" status, sends the data of the new 
firmware 103 in unit length, e.g., in the units of 128 
bytes, to the printer 200. The firmware thus read by the 
printer 200 is temporarily stored in the RAM 214 as 
shown in Fig. 7E, and then written in the flash memory 
213 (writing step: writing procedure). The printer 200 
sends an "instruction stand-by request" status to the 
host computer 300, which makes the host computer 300 
kept on standby. Writing of the data in unit length 
(processing enclosed by the dotted-and-dashed line in 
Fig. 6) is repeated N times, whereby the firmware as a 
whole is written in the flash memory 213. 
[0072] Following this, to request for transmission of a 
footer of the new firmware 1 03, the printer 200 sends a 
"data request" status to the host computer 300. The host 
computer 300, receiving the "data request" status, 
sends the footer of the new firmware 103 to the printer 
200. The footer thus read by the printer 200 is tempo- 
rarily stored in the RAM 214 as shown in Fig. 7F, and 
then written in the flash memory 213 (writing step: writ- 
ing procedure). As the rewriting of the firmware com- 
pletes in this manner, the printer 200 sends a "re-start 
request" status to the host computer 300. Upon receipt 
of the status, the host computer 300 executes re-start 
processing and the apparatus as a whole re-starts up. 
As a result, thus rewritten firmware becomes effective. 
[0073] It is preferable that for every data transferfrom 
the host computer 300 to the printer 200, the host com- 
puter 300 sends a check sum to the printer 200 and 
whether the data transfer was desirable one is con- 
firmed based on the check sum. In the event of an error 
(such as a data transfer error, a delete error in the flash 
memory 213, and a write error) during the rewriting 
processing described above, the printer 200 sends an 
"interrupt request" status to the host computer 300 and 
predetermined error processing is carried out. 
[0074] As described above, according to this embod- 
iment, when rewriting of firmware becomes necessary, 
the mode switches from the print mode to the rewrite 
mode and the master/slave relationship between the 
host computer 300 and the printer 200 is reversed. 
Hence, it is possible to implement the rewrite mode in 
an appropriate master/slave condition. In other words, 
in the rewrite mode, the printer 200 becomes a master 
and sends a status to the host computer 300 in accord- 
ance with the progress of the rewriting processing. 
Therefore, it is possible to provide the host computer 
300 with a proper instruction at proper timing suitable to 



each stage of the rewriting processing. This permits to 
efficiently rewrite the firmware. 

[0075] Although the download program 102 is read 
via the host computer 300 in the second embodiment 

5 described above, the download program 102 may be 
stored in the write-protect area within the flash memory 
21 3 of the printer 200 or in a non-volatile memory such 
as a ROM in advance. 

[0076] Further, although the present invention is ap- 
10 plied to an information processing system comprising 
an apparatus which is generally called a dumb printer 
or a host-based printer as the image forming apparatus, 
the image forming apparatus is not limited to this. In 
short, the present invention is generally applicable to an 
15 information processing system which is configured such 
that a host apparatus and an image forming apparatus 
are connected for mutual communications with each 
other and the image forming apparatus formes an image 
corresponding to a signal received from a host appara- 
20 tus based on this signal. 

C. Third Embodiment 

[0077] By the way, while the first embodiment de- 

25 scribed above aims at improving the efficiency of rewrit- 
ing of firmware by means of switching of the master and 
the slave. On the other hand, a third embodiment im- 
proves the efficiency through restriction of the types of 
commands which can be used in the rewrite mode. An 

30 image forming apparatus according to the third embod- 
iment will now be described with a main emphasis on 
differences of the third embodiment from the first em- 
bodiment. The same structures will be denoted at the 
same reference symbols as those used in the first em- 

35 bodiment and will not be described again. 

[0078] The ROM 113 stores a program for the main 
controller 11 in advance. As the CPU 112 and a logic 
circuit (not shown) operate in accordance with the pro- 
gram, the received image signal is processed through 

40 various types of image processing. That is, receiving the 
image signal from the host computer 1 00, the main con- 
troller 11 converts RGB data which express gradation 
levels of RGB components of the respective pixels with- 
in the image which corresponds to this image signal into 

45 CMYK data which express gradation levels of corre- 
sponding CMYK components. In addition, after grada- 
tion correction of the CMYK data representing each pix- 
el, halftoning such as error diffusion, a dither method 
and a screen method is further executed, thereby gen- 

50 erating 8-bit halftone CMYK data for example per pixel 
for each color. Using this halftone CMYK data, a video 
signal is generated which is for pulse width modulation 
of an exposure laser pulse for the respective color im- 
ages in the CMYK colors which are in the engine EG. 

55 The video signal is outputted to the engine controller 12 
through the engine interface 115. Various types of com- 
mands, data or the like are further transmitted to the en- 
gine controller 12 based on the program described 
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above, to thereby switch between a print mode and a 
rewrite mode which will be described later. In the rewrite 
mode, limited commands, data or the like are then sent 
to the engine controller 12 and firmware is accordingly 
rewritten. The specific types of commands will be de- 5 
scribed later in detail. 

[0079] Meanwhile, the engine controller 1 2 comprises 

a main interface 121 , a CPU 122, a flash memory 123 
and a RAM 124 as shown in Fig. 2. The main interface 
121 is for communicating with the main controller 11. io 
The engine controller 12 is capable of receiving a com- 
mand, data and the like transmitted from the main con- 
troller 11 through the main interface 121, and returning 
the main controller 11a status, such as a "basic status," 
a "paper jam status" and a "DL status" which will be de- 15 
scribed later in accordance with the received command 
or the like. 

[0080] Further, in this embodiment, the flash memory 
123 is used as a "rewritable memory which stores 
firmware" and the memory area of the flash memory 123 20 
is partially write-protected. An initial program loader 
(IPL) is stored in the write-protect area, and firmware is 
stored in the remaining memory area. Of course, a ROM 
for storing the initial program loader may be separately 
disposed and the firmware alone may be stored in the 25 
flash memory 123. 

[0081] Executing the firmware, the CPU 122 controls 
the respective portions of the engine EG, whereby an 
image corresponding to the image signal is formed on 
a sheet S such as a copy paper, a transfer paper, other 30 
general paper and a transparent sheet for an overhead 
projector (print mode). The engine controller 12 is also 
capable of executing the rewrite mode which is for re- 
writing the firmware, in addition to the print mode de- 
scribed above. More specifically, a download program 35 
is loaded in the RAM 124 based on the initial program 
loader and the CPU 122 executes the download pro- 
gram, whereby the firmware is rewritten. 
[0082] Rewriting of firmware will now be described 
with reference to Figs. 8 and 4A through 4F. Fig. 8 is a 40 
drawing which shows a procedure of a communication 
between the main controller and the engine controller, 
and Figs. 4A through 4F are schematic diagrams which 
show a state within the engine controller during transfer 
of data. 45 
[0083] In the image forming apparatus which has 
such a structure described above, the main controller 
11 sends a command, data and the like to the engine 
controller 12. The engine controller 12 receiving these 
and operating as a slave controls the respective portions 50 
of the engine EG based on the firmware which is stored 
in the flash memory 123, whereby printing is performed 
(print mode). The state within the memory of the engine 
controller 12 at this stage is as shown in Fig. 4A. 
[0084] Further, in the print mode, there is no particular 55 
restriction upon the types of commands which are fed 
from the main controller 11 to the engine controller 12. 
The main controller 11 therefore can appropriately send 



the engine controller 12 a "print start" command for in- 
structing to start printing, a "test print start" command 
for instructing to start test printing, a "rewrite mode" 
command for switching from the print mode to the re- 
write mode or the like. Meanwhile, in order to respond 
to all commands which are sent from the main controller 
11, the engine controller 12 is capable of returning the 
main controller 11a basic status, a paper jam status or 
the like. The basic status is indicative of the condition of 
the engine EG, and the paper jam status is indicative of 
error information representing a paper jam. 
[0085] When it becomes necessary to rewrite the 
firmware, the image forming apparatus is provided with 
an instruction which demands switching from the print 
mode to the rewrite mode and the main controller 11 is 
provided with the download program and new firmware. 
As a specific procedure, operating a switch group 131 
disposed to the operation panel 13, a user or service 
engineer for instance instructs the CPU 112 of the main 
controller 11 to switch to the rewrite mode. In addition, 
the user or service engineer sets an external recording 
medium 101, such as a CD-ROM and a floppy™ disk in 
which the download program and the new firmware are 
recorded, to the host computer 100. In the event that 
there are a plurality of host computers 100 connected 
with the image forming apparatus through a LAN (Local 
Area Network), etc., any desired host computer 1 00 may 
be used. Further, instead of using the external recording 
medium 101, a download program and new firmware 
stored in a predetermined server may be downloaded 
via a LAN in advance to the hard disk (not shown) of the 
host computer 100. 

[0086] Next, the download program and the new 
firmware are copied to the RAM 114 of the main control- 
ler 1 1 from the host computer 1 00. At this stage, the cop- 
ying operation described above may be executed using 
a printer driver installed in the host computer 100. In 
short, the alternative structure is that when the printer 
driver is started up, a button for selecting writing of the 
firmware appears on a display. As a user, service engi- 
neer or the like selects this button, a procedure of nec- 
essary processing to rewrite the firmware appears on 
the display. Operations in accordance with the proce- 
dure make the download program and the new firmware 
stored in the recording medium (CD-ROM, floppy™ 
disk, hard disk, etc.) copied automatically to the RAM 
1 1 4 of the main controller 1 1 . Thus, the apparatus is us- 
er-friendly. 

[0087] As the copying to the RAM 114 completes in 

this manner, the main controller 1 1 sends a "write mode" 
command to the engine controller 12. Upon receipt of 
the command, the engine controller 12 sends a "roger" 
status to the main controller 1 1 . This switches the mode 
from the print mode to the rewrite mode. 
[0088] In the rewrite mode, only some of the com- 
mands prepared in advance in the main controller 11 
becomes usable. In other words, in this embodiment, a 
plurality types of commands are prepared such as a 
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"print start" command and a "test print start" command, 
while in the rewrite mode, it is possible to use only the 
following seven commands while use of the other com- 
mands is prohibited: 

(A) A "DL status acquire" command — The com- 
mand instructs to acquire a DL status which is in- 
dicative of the state of the engine controller; 

(B) A "start preparation" command — The com- 
mand instructs the engine controller to prepare for 
execution of downloading; 

(C) A "delete in memory" command — The com- 
mand instructs the engine controller to delete in the 
flash memory; 

(D) A "write in memory" command — The command 
instructs the engine controller to write a code having 
a predetermined size in the flash memory; 

(E) A "byte size send" command — The command 
instructs to transmit the byte size of a DL program 
and a checksum; 

(F) A "DL program send" command — The com- 
mand instructs to transmit an object code of a DL 
program and a checksum; and 

(G) A "firm send" command — The command in- 
structs to transmit an object code of firmware and a 
checksum. 

[0089] Since there is a restriction upon usable com- 
mands, statuses returned to the main controller 11 from 
the engine controller 12 are limited to one type which is 
"DL status." A "DL status" contains the following six 
pieces of bit information: 

(a) "DL under preparation" — bit information indic- 
ative of a state that preparation before execution of 
rewriting (e.g., to stop the engine part, to prohibit 
interruption) is ongoing; 

(b) "checksum error" — bit information indicative of 
a state that a checksum does not match; 

(c) "deletion in memory in progress" — bit informa- 
tion indicative of a state that the deletion is ongoing 
in the flash memory 123; 

(d) "delete error" — bit information indicative of a 
failure of deletion in the flash memory 123; 

(e) "writing in memory in progress" — bit information 
indicative of a state that writing in the flash memory 
123 is ongoing; and 

(f) "write error" — bit information indicative of a fail- 
ure of writing in the flash memory 123. 

In the rewrite mode, a communication as that described 
below is carried out using one status and a command 
set which is formed by the seven commands, and the 
firmware is rewritten. 

(1) Preparation for rewriting 

[0090] First, the main controller 11 sends a "start prep- 



aration" command to the engine controller 12. Receiving 
this command, the engine controller 12 starts up the in- 
itial program loader (IPL). The preparation for rewriting 
the firmware (e.g., to stop the respective portions of the 

5 engine EG, to prohibit interruption, etc.) is consequently 
initiated, and the engine controller 12 returns the main 
controller 11a "DL status" which is indicative of a con- 
dition that the preparation for rewriting is ongoing. Fol- 
lowing this, the main controller 11 sends the engine con- 

10 troller 12 a "DL status acquire" command at predeter- 
mined time intervals, and the engine controller 12 re- 
turns a "DL status" to the main controller 11 every time 
the engine controller 12 receives this command. At the 
same time of or after completion of the preparation for 

15 rewriting, receiving a "DL status acquire" command from 
the main controller 11, the engine controller 12 sends 
the main controller 11a "DL status" corresponding to 
the completing of the rewriting. This "DL status" contains 
bit information which is indicative of a state that the prep- 

20 aration for rewriting has finished. The main controller 11 
thus recognizes that the preparation for rewriting has 
completed. 

(2) Writing of the download program 102 (program 
25 reading step) 

[0091] The CPU 122 then operates in accordance 
with the IPL, so that the download program 102 stored 

in the RAM 114 of the main controller 11 is written in the 

30 RAM 124 of the engine controller 12. To be more spe- 
cific, the main controller 11 sends the engine controller 
12 a "byte size send" command. The engine controller 
12, receiving the "byte size send" command, returns a 
"DL status" to the main controller 11. In response, the 

35 main controller 11 sends a byte size, which is indicative 
of a program length status of the download program 
102, and a checksum in this order to the engine control- 
ler 12. The main controller 11 then sends a "DL status 
acquire" command to the engine controller 12. The en- 

40 gine controller 1 2, responding to this, returns a "DL sta- 
tus" from the main controller 11 and transmission of the 
download program 102 is started as described below. 
[0092] The main controller 11 sends a "DL program 
send" command to the engine controller 12. As the en- 

45 gine controller 12 receiving this sends a "DL status" to 
the main controller 11, the main controller 11 sends 
codes of the download program 102. The engine con- 
troller 1 2 stores thus sent download program 1 02 in the 
RAM 124 (Fig. 4B). Meanwhile, following the transmis- 

50 sion of the codes, the main controller 11 sends a check- 
sum to the engine controller 12. The main controller 11 
further sends a "DL status acquire" command to the en- 
gine controller 12. In the event that the checksum 
matches, a "DL status" containing information, which is 

55 indicative of thatthe checksum has matched, is returned 
to the main controller 1 1 . Noting this, the main controller 
1 1 recognizes that the copying of the download program 
102 in the RAM 124 has completed. 
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[0093] When the checksum fails to match at this 
stage, a "DL status" containing bit information which is 
indicative of this is returned to the main controller 11 and 
corresponding predetermined error processing is exe- 
cuted. The error processing in response to the state that 5 
the checksum does not match is exactly the same as 
that during writing of firmware which will be described 
later. 

(3) Deletion of old the firmware (deleting step) 

[0094] Next, the main controller 11 sends a "memory 

delete" command to the engine controller 12. The en- 
gine controller 12, receiving this command, starts up the 
download program. Deletion of the old firmware is then 
started as shown in Fig. 4C, and the engine controller 
12 returns the main controller 11 a "DL status" which is 
indicative of a state that the deletion is ongoing in the 
memory. Following this, the main controller 11 sends a 
"DL status acquire" command to the engine controller 
12 at predetermined time intervals, and the engine con- 
troller 12 returns a "DL status" to the main controller 11 
every time the engine controller 12 receives this com- 
mand. At the same time of or after completion of the de- 
letion in the memory, as the engine controller 12 re- 
ceives a "DL status acquire" command from the main 
controller 11, the engine controller 12 returns the main 
controller 11 a "DL status". This "DL status" contains bit 
information which is indicative of a state that the deletion 
in the memory has finished. The main controller 11 thus 
recognizes that the deletion of the old firmware has com- 
pleted. 

(4) Writing of firmware (writing step) 

[0095] Following the deletion of the old firmware, the 

main controller 11 sends a "firm send" command to the 
engine controller 12, and the engine controller 1 2 receiv- 
ing this command returns a "DL status" to the main con- 
troller 11. The main controller 11 then sends codes of 
new firmware 103 in unit length, e.g., in the units of 128 
bytes, to the engine controller 12. The firmware thus 
read by the engine controller 1 2 is temporarily stored in 
the RAM 124, and then written in the flash memory 123 
(writing step: writing procedure). The main controller 11 
sends a checksum to the engine controller 12, after the 
transmission of the codes in unit length. When the 
checksum matches, a "DL status" containing informa- 
tion, which is indicative of that the checksum has 
matched, is returned from the engine controller 12 to the 
main controller 11, in response to a "DL status acquire" 
command from the main controller 1 1 . The main control- 
ler 11 thus recognizes that writing of unit-length worth 
of the firmware 103 in the flash memory 123 has com- 
pleted. Such writing in unit length is repeated over a plu- 
rality of times, whereby the firmware 103 as a whole is 
written in the flash memory 123. To be specific, writing 
is repeated through the procedure as that shown in Figs. 



4D through 4F. The procedure, mainly, writing of the 
codes of the firmware 103 will now be described with 
reference to Figs. 4D through 4F. 
[0096] The engine controller 12 sends a header of the 
new firmware 103 to the main controller 11. Receiving 
this, the main controller 1 1 stores the header temporarily 
in the RAM 124 as shown in Fig. 4D, and then writes the 
header in the flash memory 123. Following this, the main 
controller 1 1 sends the codes of the firmware 1 03 in unit 
length, e.g., in the units of 128 bytes, to the engine con- 
troller 12. The engine controller 12 stores unit-length 
worth of the codes temporarily in the RAM 124 as shown 
in Fig. 4E, and then writes the codes in the flash memory 
1 23. This operation is repeated over a plurality of times. 
The main controller 11 then sends a footer of the 
firmware 103 to the engine controller 12. Receiving this, 
the engine controller 12 stores the footer temporarily in 
the RAM 124 as shown in Fig. 4F, and then writes the 
footer in the flash memory 123. 

[0097] As rewriting of the firmware completes in this 

manner, the main controller 11 executes re-starting, 
whereby the apparatus as a whole re-starts up and thus 
rewritten firmware becomes effective. 
[0098] As described above, according to this embod- 
iment, when the mode switches from the print mode to 
the rewrite mode, of the plurality of commands which 
are transmittable from the main controller 11 to the en- 
gine controller 12, only those commands needed for re- 
writing become usable. In short, this is a restriction over 
transmission of a command irrelevant to rewriting of 
firmware from the main controller 11 to the engine con- 
troller 12 during rewriting. Hence, the engine controller 
12 needs return only those DL statuses which corre- 
spond to the seven commands which are used in the 
rewrite mode, thereby improving the efficiency of a com- 
munication between the main controller 11 and the en- 
gine controller 12 in the rewrite mode. As a result, the 
efficiency of the rewriting of the firmware improves. 
[0099] Yet, the present invention is not limited to the 
embodiment described above but may be modified in 
various manners to the extent not deviating from the ob- 
ject of the invention. For example, although the embod- 
iment described above requires that the seven com- 
mands are prepared as a command set which is effec- 
tive in the rewrite mode, the types, the number and the 
like of commands are not limited to those used in the 
embodiment described above. It is needless to mention 
that statuses, which are returned from the engine con- 
troller 12 to the main controller 11, are not limited to a 
DL status. 

[0100] Further, although the switch group 131 of the 
operation panel 13 is operated so as to instruct switch- 
ing to the rewrite mode in the embodiment described 
above, the switching of the mode may be instructed from 
the host computer 100. For instance, a printer driver 
started up by the host computer 100 may instruct to 
switch the mode. 

[0101] Still further, although the embodiment de- 
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scribed above relates to an application of the present 
invention to an image forming apparatus which formes 
an image based on an image signal supplied from the 
host computer 100, i.e., a printer, the present invention 
is not limited to this application. The present invention 
is generally applicable to any image forming apparatus, 
such as a copier machine and a facsimile machine, 
which formes an image using two controllers which are 
connected for mutual communications with each other. 
In addition, the present invention is applicable also to 
an information processing system in which a host appa- 
ratus such as a host computer and an image forming 
apparatus such as a printer are connected for mutual 
communications with each other as shown in Fig. 5 for 
instance. In the case of the application to the information 
processing system, too, similar effect and function are 
obtained. 

D. Fourth Embodiment 

[0102] By the way, while the firmware is rewritten in 
the embodiments described above, it is desirable to im- 
plement a countermeasure if the rewriting fails. Noting 
this, a fourth embodiment requires that the engine con- 
troller 1 2 executes the rewrite mode and judges whether 
a rewrite error (a communications error, a delete error 
and a write error) has occurred during execution of the 
rewrite mode. In the event that a rewrite error has oc- 
curred, the respective portions of the apparatus are con- 
trolled so that a user, service engineer or the like will be 
encouraged to re-execute the rewriting of the firmware. 
In other words, an image forming apparatus according 
to the fourth embodiment performs: (i) rewriting of 
firmware; (ii) detection of a rewrite error during rewriting; 
and (iii) re-execution of the rewrite mode in this order. 
Since the structure for the execution is the same, the 
fourth embodiment will now be described in detail with 
reference to associated drawings, with a main emphasis 
on operations which are different from those according 
to the earlier embodiments. 

(i) Rewriting of Firmware 

[0103] This procedure is exactly the same as those 
according to the earlier embodiments and will not be de- 
scribed. 

(ii) Detection of Rewrite Error during Rewriting 

[0104] Fig. 9 is a flow chart which shows detection of 
a rewrite error during execution of rewriting within the 
image forming apparatus which is shown in Fig. 1. The 
image forming apparatus executes steps S1 through S4 
during execution of the rewrite mode, and accordingly 
determines whether a rewrite error has occurred. To be 
more specific, the main controller 11 sends a checksum 
to the engine controller 12 for every transfer of data from 
the main controller 11 to the engine controller 12, and 



whether the data transfer was desirable one is con- 
firmed based on the check sum (Step S1). Further, 
whether a delete error has occurred in the flash memory 
123 during the rewriting is judged (Step S2). In addition, 

5 whether a write error during writing of data in the flash 
memory 123 has occurred is judged (Step S3). 
[0105] Even only one error occurring before comple- 
tion of the rewriting makes the image forming apparatus 
immediately proceed to a step S5, so that the engine 

10 controller 12 sends an "interrupt request" status to the 
main controller 11 and the rewriting is interrupted. Fur- 
ther, the main controller 11 makes the display 1 32 shows 
a message which reads, "Please turn off the power and 
turn on the power again after a few minutes." At the 

15 same time, the main controller 11 sends a similar mes- 
sage to the host computer 100, and the host computer 
1 00 shows the message on the display of the host com- 
puter 100 (Step S6). While this message is shown on 
the both displays of the image forming apparatus and 

20 the host computer 100 according to this embodiment, 
only either one of the displays may show the message. 
[01 06] In this manner, this embodiment prevents con- 
tinued execution of printing despite the rewrite error. As 
a result, this embodiment prevents operation failures at- 

25 tributed to firmware, such as a malfunction of the appa- 
ratus and printing becoming impossible, without fail. In 
addition, it is possible to notify the user, service engineer 
or the like of occurrence of the rewrite error during the 
rewriting. 

30 

(iii) Re-execution of Rewrite Mode 

[0107] Next, as the user, service engineer or the like 
turns on the power source of the image forming appa- 

35 ratus again in accordance with the message, re-execu- 
tion of the rewrite mode shown in Fig. 10 is carried out. 
Fig. 10 is a flow chart which shows an initial operation 
upon turning on of the power source. According to this 
embodiment, upon turning on of the power source, an 

40 initial program loader starts operating (Step S11). And 
the CPU 122 executes the initial program, whereby 
whether a rewrite error has occurred during execution 
of the rewrite mode is detected (Step SI 2, Step SI 3). 
To be more specific, at the step SI 2, the contents of the 

45 header and the footer of the firmware are read out. 
[0108] Whether the firmware is normal is then deter- 
mined based on the contents of the header and the 
footer (Step SI 3). For example, when the contents of 
both the header and the footer have correct values, it is 

50 determined that the firmware is normal and the appara- 
tus moves to the print mode. While routine printing with 
the image forming apparatus is ongoing, that is, when 
rewriting of the firmware as that described above is not 
to be executed, "YES" is acknowledged at the step S1 3. 

55 Hence, the image forming apparatus accepts an image 
signal from an external apparatus such as the host com- 
puter 100 and executes printing. 
[0109] IVIeanwhile, when at least one of the contents 
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of the header and the footer has an abnormal value, the 
firmware is abnormal. It is thus learned that a rewrite 
error has occurred during execution of the rewrite mode. 
When the contents of both the header and the footer 
have abnormal values for example, it is highly probable 
that a delete error has occurred. Further, when the con- 
tent of the footer has an abnormal value although the 
content of the header has a normal value for instance, 
it is highly probable that an error (write error) has oc- 
curred at the step of writing which is shown in Fig. 4E. 
Whichever the situation may be, when it is "NO" at the 
step S1 3, the apparatus proceeds to a step S14 at which 
the apparatus is guided to enter the rewrite mode, and 
the apparatus re-executes rewriting of the firmware. 
[0110] Fig. 11 is a drawing which shows an operation 
of guiding to the rewrite mode. The steps S11 through 
SI 3 described above are executed upon turning on off 
the power source. Further, when it is "NO" at the step 
S13, a procedure of guiding to the rewrite mode (Step 
S14) is performed. During the guiding procedure, the 
main controller 11 demands the engine controller 12 to 
send a "basic status." The "basic status" herein referred 
to is formed by 8-bit data as shown in the top-most sec- 
tion in Fig. 12. Contents representing basic states of the 
image forming apparatus, such as "call" and "pausing," 
are allocated to the respective bits. Receiving the re- 
quest, the engine controller 12 sets "1" to the "call bit" 
contained in the "basic status" and "0" to the other bits 
and then sends this "basic status" to the main controller 
11 , for the purpose of executing the guiding procedure. 
[0111] Noting that "1" is set to the "call bit," the main 
controller 11 demands the engine controller 12 to send 
"call details." The "call details" are formed by 8-bit data 
as shown in a middle section in Fig. 12. Contents re- 
garding a call, such as "paper length error" and "service 
call," are allocated to the respective bits. Receiving the 
request, the engine controller 1 2 sets "1 " to "service call" 
contained in the "call details" and "0" to the other bits, 
and then sends this "call details" to the main controller 
11. 

[0112] Noting that "1" is set to the "service call de- 
tails," the main controller 11 demands the engine con- 
troller 12 to send "service call details." The "service call 
details" are formed by 8-bit data as shown in the bottom- 
most section in Fig. 12. Contents regarding a service 
call, such as "download error" and "fan," are allocated 
to the respective bits. Receiving the request, the engine 
controller 12 sets "1" to "download error" contained in 
the "service call details" and "0" to the other bits, and 
then sends this "service call details" to the main control- 
ler 11. 

[0113] Further, the main controller 11 sends a "rewrite 

mode" command to the engine controller 12. The engine 
controller 12, receiving the command, sends a "roger" 
status. In consequence, the mode switches from the 
print mode to the rewrite mode. The apparatus is guided 
to the rewrite mode in this fashion, and rewriting of the 
firmware is executed once again in accordance with a 



similar sequence to that according to the earlier embod- 
iments. 

[01 14] As described above, according to this embod- 
iment, since a header and a footer are contained as "er- 

5 ror detect information" of the present invention in 
firmware and the firmware is rewritten including the 
header and the footer, it is possible to detect whether a 
rewrite error has occurred by verifying the contents of 
the header and the footer. Hence, it is possible to detect 

10 abnormality in the firmware without fail. Further, owing 
to the header and the footer contained as "error detect 
information" of the present invention, whichever stage 
during rewriting a rewrite error occurs at, the occurrence 
of the rewrite error can be detected at the time of re- 

15 turning on of the power source. 

[0115] When a rewrite error is detected, the rewrite 
mode is executed once again, instead of moving directly 
to the print mode. It is therefore possible to prevent ex- 
ecution of printing despite the rewrite error. As a result, 

20 operation failures attributed to firmware, such as a mal- 
function of the apparatus and printing becoming impos- 
sible, are prevented without fail. 

[0116] In addition, when a rewrite error is detected, 
the rewrite mode is executed prior to execution of the 

25 print mode. In other words, printing is performed after 
rewriting of firmware completes. Hence, it is possible to 
execute printing always in accordance with normal 
firmware and print in a high quality. 
[01 17] Further, the initial operation is executed based 

30 on the program loaded by the initial program loader, and 
the program makes sure that detection of a rewrite error 
(Step SI 2, Step SI 3) and guiding to the rewrite mode 
(Step SI 4) will be executed. This embodiment uses a 
hierarchical status structure, and the engine controller 

35 12 guides the apparatus to the rewrite mode while shift- 
ing from a status having a high priority level as viewed 
from the main controller 11 , namely, a high-priority "ba- 
sic status" shown in Fig. 12, sequentially to low-priority 
statuses. In short, since the apparatus is guided to enter 

40 the rewrite mode by means of transmission of the fol- 
lowing three statuses: 

(a) setting of one bit in and transmission of a "basic 
status"; 

45 (b) setting of one bit in and transmission of "call de- 
tails"; and 

(c) setting of one bit in and transmission of "service 
call details," 

50 as shown in Fig. 12 according to this embodiment, the 
program is compact. Still further, this reduces a memory 
size for storing the initial program loader. 
[0118] Although a header and a footer are contained 
as "error detect information" of the present invention in 

55 firmware according to the embodiment described 
above, "error detect information" of the present inven- 
tion is not limited to only this. For example, a rewrite 
error flag may be set up in a portion of a memory upon 
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occurrence of a communications error, a delete error or 
a write error. In such a structure, the rewrite error flag 
functions as "error detect information" of the present in- 
vention. Whether a rewrite error has occurred may be 
detected in accordance with whether the rewrite error 
flag has been set up. In addition, in a structure that the 
power source of the apparatus is temporarily turned off 
upon occurrence of a rewrite error as in the embodi- 
ments described above, it is desirable that a rewrite er- 
ror flag is set up within a non-volatile memory. Alterna- 
tively, CRC (Cyclic Redundancy Check), a checksum or 
the like may be used as "error detect information." 
[0119] Further, the firmware and the initial program 
loader are stored in the same flash memory 123 in the 
embodiments described above. That is, a rewritable 
memory space within the flash memory 123 functions 
as a "first memory" of the present invention and the initial 
program loader (IPL) functions as a "second memory" 
of the present invention within the write-protect area of 
the flash memory 123. It is of course needless to men- 
tion that the firmware and the initial program loader may 
be stored in memory elements which are independent 
of each other. 

[0120] Further, although the embodiments described 
above relate to an application of the present invention 
to an image forming apparatus which formes an image 
based on an image signal supplied from the host com- 
puter 1 00, i.e., a printer, the present invention is not lim- 
ited to this application. The present invention is gener- 
ally applicable to any image forming apparatus, such as 
a copier machine and a facsimile machine, which 
formes an image using two controllers which are con- 
nected for mutual communications with each other. In 
addition, the present invention is applicable also to an 
image forming apparatus 200 shown in Fig. 5 which is 
generally called a dumb printer or a host-based printer. 

E. Others 

[0121] Although the foregoing has described that the 
download program 102 is read through the main con- 
troller 11, the download program 102 may be stored in 
the write-protect area of the flash memory 123 of the 
engine controller 12 or in other non-volatile memory 
such as a ROM. 

[0122] Further, although the switch group 131 of the 
operation panel 13 is operated so as to instruct switch- 
ing to the rewrite mode in the embodiment described 
above, the switching of the mode may be instructed from 
the host computer 100. For instance, a printer driver 
started up by the host computer 100 may instruct to 
switch the mode. 

[0123] Although the invention has been described 
with reference to specific embodiments, this description 
is not meant to be construed in a limiting sense. Various 
modifications of the disclosed embodiment, as well as 
other embodiments of the present invention, will be- 
come apparent to persons skilled in the art upon refer- 



ence to the description of the invention. It is therefore 
contemplated that the appended claims will cover any 
such modifications or embodiments as fall within the 
true scope of the invention. 

5 

Claims 

1. An image forming apparatus comprising: 

10 

a main controller; and 

an engine controller, including a writable first 
memory which stores firmware, for controlling 
so that an image which corresponds to a signal 
15 fed from said main controller is formed in ac- 

cordance with said signal, said main controller 
and said engine controller being connected for 
mutual communications with each other, 
wherein 

20 it is possible to switch between a print mode 

and a rewrite mode, said print mode being for 
forming an image corresponding to said signal 
based on said firmware stored in said first mem- 
ory, said rewrite mode being for rewriting said 

25 firmware; and 

a master/slave relationship between said main 
controller and said engine controller is reversed 
in accordance with switching between said 
modes. 

30 

2. An image forming apparatus comprising: 

a main controller; and 

an engine controller which includes a writable 
35 first memory which stores firmware, wherein 

said main controller and said engine controller 
are connected for mutual communications with 
each other and said apparatus as a whole is 
controlled as a plurality types of commands are 
40 sent from said main controller to said engine 

controller; and 

when a rewrite mode for rewriting firmware is 
selected, the number of the types of usable 
commands is reduced. 

45 

3. The image forming apparatus of claim 1 or2, where- 
in said main controller and said engine controller 
serve as a master and a slave, respectively, in said 
print mode; and 

50 said main controllerand said engine controller 

serve as a slave and a master, respectively, in said 
rewrite mode. 

4. The image forming apparatus of any one of claims 
55 1 through 3, further comprising a second memory 

in which an initial program loader is stored, wherein 
at the time of turning on of a power source of 
said apparatus, whether a rewrite error has oc- 
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curred during execution of said rewrite mode is de- 
tected based on said initial program loader; and 

said apparatus is guided to enter said rewrite 
mode upon detection of said rewrite error. 

5 

5. The image forming apparatus of claim 4, wherein 
said firmware contains at least one or more pieces 
of error detect information; and said rewrite error is 
detected based on the content of said error detect 
information. io 

6. The image forming apparatus of claim 5, wherein a 

header and a footer are provided respectively at the 
beginning and the end of said firmware as said error 
detect information. 15 

7. A firmware rewriting method for use in an image 
forming apparatus in which an engine controller, 
comprising a writable memory which stores 
firmware, and a main controller are connected for 20 
mutual communications with each other and said 
engine controller controls so that an image which 
corresponds to a signal fed from said main control- 
ler is formed in accordance with said signal, said 
method comprising the step of: 25 



8. The firmware rewriting method of claim 7, wherein 35 
in said rewrite mode, said main controller and said 
engine controller are set as a slave and a master 
respectively; and a writing step is executed at which 
new firmware is read from said main controller and 
written in said memory. 40 

9. The firmware rewriting method of claim 8, wherein 
in said rewrite mode, a program reading step is ex- 
ecuted at which a download program is read from 
said main controller; and said writing step is execut- 45 
ed based on thus read download program. 

10. The firmware rewriting method of claim 8, wherein 
in said rewrite mode, a deleting step is executed at 

which said firmware which is stored in said memory so 
is deleted before writing new firmware in said mem- 
ory. 

11. The firmware rewriting method of claim 10, wherein 

in said rewrite mode, a program reading step is ex- 55 
ecuted at which a download program is read from 
said main controller; and said deleting step and said 
writing step are executed based on thus read down- 



load program. 

1 2. The firmware rewriting method of any one of claims 
7 through 11, wherein upon rewriting of firmware in 

said memory, a re-starting step is executed at which 
said main controller and said engine controller are 
re-started. 

1 3. The firmware rewriting method of any one of claims 
7 through 11, wherein whether a rewrite error has 
occurred during execution of said rewrite mode is 
detected after execution of said rewrite mode but 
before next execution of said print mode; and said 
rewrite mode is executed prior to execution of said 
print mode upon detection of said rewrite error. 

14. A firmware rewriting method for use in an image 
forming apparatus in which an engine controller, 
comprising a writable memory which stores 
firmware, and a main controller are connected for 
mutual communications with each other and said 
apparatus as a whole is controlled as a plurality 
types of commands are sent from said main con- 
troller to said engine controller, said method com- 
prising the steps of: 

setting that only some of said plurality types of 
commands become usable when a rewrite 
mode for rewriting firmware is selected; and 
executing said rewrite mode as said main con- 
troller sends those usable commands to said 
engine controller. 

1 5. A program for rewriting firmware for an image form- 
ing apparatus in which an engine controller, com- 
prising a writable memory which stores said 
firmware, and a main controller are connected for 
mutual communications with each other and said 
engine controller forms an image corresponding to 
a signal fed from said main controller in accordance 
with said signal, said program comprising the step 
of: 

reversing a master/slave relationship between 

said main controller and said engine controller 
when a rewrite mode takes over a print mode, 
said print mode being forforming an image cor- 
responding to said signal based on said 
firmware stored in said memory, said rewrite 
mode being for rewriting said firmware. 

1 6. A program for rewriting firmware for an image form- 
ing apparatus in which an engine controller, com- 
prising a writable memory which stores said 
firmware, and a main controller are connected for 
mutual communications with each other and said 
engine controller forms an image corresponding to 
a signal fed from said main controller in accordance 



10 



reversing a master/slave relationship between 
said main controller and said engine controller 
when a rewrite mode takes over a print mode, 
said print mode being forforming an image cor- 30 
responding to said signal based on said 
firmware stored in said memory, said rewrite 
mode being for rewriting said firmware. 
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with said signal, said program comprising the steps 
of: 

setting said main controller and said engine 
controller respectively as a master and a slave; 5 
reading new firmware from said main controller 
with said set master/slave relationship; and 
writing said new firmware in said memory with 
said said set master/slave relationship. 

10 

17. A program for rewriting firmware for an image form- 
ing apparatus in which an engine controller, com- 
prising a writable memory which stores said 
firmware, and a main controller are connected for 
mutual communications with each other and said 15 
apparatus as a whole is controlled as a plurality 
types of commands are sent from said main con- 
troller to said engine controller, said program com- 
prising the steps of: 

20 

judging whether a rewrite mode for rewriting 
firmware is selected; 

making only some of said plurality types of com- 
mands usable, when said rewrite mode is se- 
lected; and 25 
sending those usable commands to said en- 
gine controllerfrom said main controllerand ac- 
cordingly rewriting firmware. 



said host apparatus and said image forming 
apparatus serve as a slave and a master, respec- 
tively, in said rewrite mode. 

21. An information processing system comprising: 

a host apparatus; and 

an image forming apparatus including a writa- 
ble memory which stores firmware, wherein 
said host apparatus and said image forming ap- 
paratus are connected for mutual communica- 
tions with each other and said image forming 
apparatus is controlled as a plurality types of 
commands are sent from said host apparatus 
to said image forming apparatus; and 
when a rewrite mode for rewriting firmware is 
selected, the number of the types of usable 
commands is reduced. 

22. A firmware rewriting method for use in an informa- 
tion processing system in which an image forming 
apparatus, comprising a writable memory which 
stores firmware, and a host apparatus are connect- 
ed for mutual communications with each other and 
said image forming apparatus forms an image 
which corresponds to a signal fed from said host 
apparatus in accordance with said signal, said 
method compri sing the step of: 



18. A recording medium which stores a program ac- 
cording to any one of claims 15 through 17. 

19. An information processing system comprising: 

a host apparatus; and 

an image forming apparatus, including a writa- 
ble memory which stores firmware, for forming 
an image which corresponds to a signal fed 
from said host apparatus is formed in accord- 
ance with said signal, said host apparatus and 
said image forming apparatus being connected 
for mutual communications with each other, 
wherein 

it is possible to switch between a print mode 
and a rewrite mode, said print mode being for 
forming an image corresponding to said signal 
based on said firmware stored in said memory, 
said rewrite mode being for rewriting said 
firmware; and 

a master/slave relationship between said host 
apparatus and said image forming apparatus is 
reversed in accordance with switching between 
said modes. 

20. The information processing system of claim 19, 
wherein said host apparatus and said image form- 
ing apparatus serve as a master and a slave, re- 
spectively, in said print mode; and 



30 reversing a master/slave relationship between 

said host apparatus and said image forming ap- 
paratus when a rewrite mode takes over a print 
mode, said print mode being for forming an im- 
age corresponding to said signal based on said 

35 firmware stored in said memory, said rewrite 

mode being for rewriting said firmware. 

23. The firmware rewriting method of claim 22, wherein 
in said rewrite mode, said host apparatus and said 
40 image forming apparatus are set as a slave and a 
master respectively; and a writing step is executed 
at which new firmware is read from said host appa- 
ratus and written in said memory. 

45 24. The firmware rewriting method of claim 23, wherein 
in said rewrite mode, a program reading step is ex- 
ecuted at which a download program is read from 
said host apparatus; and said writing step is exe- 
cuted based on thus read download program. 

50 

25. The firmware rewriting method of claim 23, wherein 
in said rewrite mode, a deleting step is executed at 

which said firmware which is stored in said memory 
is deleted before writing new firmware in said mem- 
55 ory. 

26. The firmware rewriting method of claim 25, wherein 
in said rewrite mode, a program reading step is ex- 
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ecuted at which a download program is read from 
said host apparatus; and said deleting step and said 
writing step are executed based on thus read down- 
load program. 

5 

27. The firmware rewriting method of any one of claims 
22 through 26, wherein upon rewriting of firmware 
in said memory, a re-starting step is executed at 
which said host apparatus and said image forming 
apparatus are re-started. io 

28. A firmware rewriting method for use in an informa- 
tion processing system in which an image forming 
apparatus, comprising a writable memory which 
stores firmware, and a host apparatus are connect- 15 
ed for mutual communications with each other and 
said image forming apparatus is controlled as a plu- 
rality types of commands are sent from said host 
apparatus to said image forming apparatus, said 
method comprising the steps of: 20 

setting that only some of said plurality types of 
commands become usable when a rewrite 
mode for rewriting firmware is selected; and 
executing said rewrite mode as said host appa- 25 
ratus sends those usable commands to said im- 
age forming apparatus. 

29. A program for rewriting firmware for an information 
processing system in which an image forming ap- 30 
paratus, comprising a writable memory which 
stores firmware, and a host apparatus are connect- 
ed for mutual communications with each other arid 
said image forming apparatus forms an image 
which corresponds to a signal fed from said host 35 
apparatus in accordance with said signal, said pro- 
gram comprising the step of: 



30. A program for rewriting firmware for an information 
processing system in which an image forming ap- 
paratus, comprising a writable memory which 
stores firmware, and a host apparatus are connect- 50 
ed for mutual communications with each other and 
said image forming apparatus forms an image 
which corresponds to a signal fed from said host 
apparatus in accordance with said signal, said pro- 
gram comprising the steps of: 55 

setting said host apparatus and said image 
forming apparatus respectively as a master and 



a slave; 

reading new firmware from said host apparatus 
with said set master/slave relationship; and 
writing said new firmware in said memory with 
said said set master/slave relationship. 

31. A program for rewriting firmware for an information 

processing system in which an image forming ap- 
paratus, comprising a writable memory which 
stores firmware, and a host apparatus are connect- 
ed for mutual communications with each other and 
said image forming apparatus forms an image 
which corresponds to a signal fed from said host 
apparatus in accordance with said signal, said pro- 
gram comprising the steps of: 

judging whether a rewrite mode for rewriting 
firmware is selected; 

making only some of said plurality types of com- 
mands usable, when said rewrite mode is se- 
lected; and 

sending those usable commands to said image 
forming apparatus from said host apparatus 
and accordingly rewriting firmware. 

32. A recording medium which stores a program ac- 
cording to any one of claims 29 through 31 . 

33. An image forming apparatus comprising: 

a writable first memory which stores firmware; 
and 

a controller which executes a print mode or a 
rewrite mode selectively, said print mode being 
for forming an image corresponding to said sig- 
nal based on said firmware stored in said first 
memory, said rewrite mode being for rewriting 
said firmware; wherein 

said controller detects whether a rewrite error has 
occurred during execution of said rewrite mode. 

34. The image forming apparatus of claim 33, wherein 
said controller detects whether a rewrite error has 
occurred during execution of said rewrite mode af- 
ter execution of said rewrite mode but before next 
execution of said print mode; and 

said controller executes said rewrite mode prior to 
execution of said print mode upon detection of said 
rewrite error. 

35. The image forming apparatus of claim 33 or 34, fur- 
ther comprising a second memory in which an initial 
program loader is stored, wherein 

at the time of turning on of a power source of said 
apparatus, said controller detects whether a rewrite 
error has occurred during execution of said rewrite 
mode based on said initial program loader; and 



25 



reversing a master/slave relationship between 
said host apparatus and said image forming ap- 40 
paratus when a rewrite mode takes over a print 
mode, said print mode being for forming an im- 
age corresponding to said signal based on said 
firmware stored in said memory, said rewrite 
mode being for rewriting said firmware. 45 
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said controller guides to enter said rewrite 
mode upon detection of said rewrite error. 

36. The image forming apparatus of claim 33, 34 or 35, 
wherein said firmware contains at least one or more 
pieces of error detect information; and 

said controller reads said error detect information 
and detects said rewrite error based on the content 
of said error detect information. 

37. The image forming apparatus of claim 36, wherein 
a header and a footer are provided respectively at 
the beginning and the end of said firmware as said 
error detect information. 

38. A firmware rewriting method for use in an image 
forming apparatus in which a print mode or a rewrite 
mode is executed selectively, said print mode being 
for forming an image corresponding to said signal 
based on said firmware stored in said first memory, 
said rewrite mode being for rewriting said firmware, 
said method comprising the step of: 



executing said rewrite mode prior to execution of 
said print mode upon detection of said rewrite error. 

42. A recording medium which stores a program ac- 
5 cording to claim 40 or 41 . 

10 
15 
20 



detecting whether a rewrite error has occurred 
during execution of said rewrite mode. 25 

39. The firmware rewriting method of claim 38, further 
comprising the steps of: 

detecting whether a rewrite error has occurred 30 
during execution of said rewrite mode after ex- 
ecution of said rewrite mode but before next ex- 
ecution of said print mode; and 
executing said rewrite mode prior to execution 
of said print mode upon detection of said rewrite 35 
error. 



40. A program for rewriting firmware for an image form- 
ing apparatus in which a print mode or a rewrite 
mode is executed selectively, said print mode being 40 
for forming an image corresponding to said signal 
based on said firmware stored in said first memory, 
said rewrite mode being for rewriting said firmware, 
said program comprising the step of: 

45 

detecting whether a rewrite error has occurred 
during execution of said rewrite mode. 

41. A program for rewriting firmware for an image form- 
ing apparatus in which a print mode or a rewrite so 
mode is executed selectively, said print mode being 

for forming an image corresponding to said signal 
based on said firmware stored in said first memory, 
said rewrite mode being for rewriting said firmware, 
said program comprising the steps of: 55 

detecting whether a rewrite error has occurred 
during execution of said rewrite mode; and 
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